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(54) Method of navigation guidance 

(57) A method of navigation guidance includes pro- 
viding a communications node (1 04, 1 06), and a remote 
communications node (108). The remote communica- 
tions node (1 08) requests a navigation route (201 , 301 ) 
from communications node (102, 104, 106). The navi- 
gation route (201 , 301 ) is from a location (202) to a des- 



tination location (204). The navigation route (201, 301) 
is transmitted to remote communications node (108), 
where the navigation route (201 , 301 ) includes a plural- 
ity of route segments (207, 210, 211, 212, 213, 254) 
based on location (202). The plurality of route segments 
include a set of multiple route threads from location 
(202) to destination location (204). 
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Description 

Field of the Invention 

[0001] This invention relates generally to navigation 
guidance and, in particular to a method of navigation 
guidance for a remote communications node. 

Background of the Invention 

[0002] A distributed navigation system generally has 
a navigation server component where navigation data 
is stored and a client component for route guidance. The 
client component can be an in-vehicle device or some 
other portable wireless device with a method of deter- 
mining position. 

[0003] Prior art methods of providing navigation guid- 
ance for client components have numerous deficien- 
cies. For example, existing navigation systems that 
download route data only download a single route from 
an origin point to a destination point. When the client 
component is moving, the client's position changes be- 
tween the time the route is requested and the time the 
route data arrives at the client. The client component 
may move a large distance during route download, and 
may in fact pass the first maneuver point on the route. 
If this happens, the entire route becomes useless and 
the client component must request a new route. 
[0004] Another problem with this method occurs 
where there are numerous routes available from the 
starting location of the client component. Existing guid- 
ance systems will only provide one route from the start- 
ing location, which may not even be available or acces- 
sible to the user of the client component. This can occur 
in vehicle applications where the vehicle is in a parking 
lot and the beginning of the route downloaded starts on 
a street that is not accessible from the parking lot, or a 
median prevents the vehicle from turning on a street in 
the direction given by the route. The route then becomes 
useless and the client component must request a new 
route once underway on the roadway network, where 
the timing of route download outlined above can occur 
further compounding the problem. 
[0005] Accordingly, there is a significant need for 
methods of navigation guidance that overcome the de- 
ficiencies of the prior art outlined above. 

Brief Description of the Drawings 

Referring to the drawing: 

[0006] 

FIG. 1 depicts an exemplary distributed communi- 
cations system, according to one embodiment of 
the invention; 

FIG. 2 depicts a remote communications node of an 
exemplary distributed communications system; 



* 

FIG. 3 depicts a local node of an exemplary distrib- 
uted communications system; 
FIG.4 depicts a regional node of an exemplary dis- 
tributed communications system; 
5 FIG. 5 illustrates a simplified block diagram showing 

a navigation portion of distributed communications 
system according to one embodiment of the inven- 
tion; 

FIG, 6 depicts a simplified roadway network illustrat- 
10 ing an exemplary embodiment of the invention; 

FIG. 7 depicts a simplified roadway network illustrat- 
ing another exemplary embodiment of the inven- 
tion; 

FIG. 8 depicts a simplified roadway network illustrate 
is jng another exemplary embodiment of the invention 
continued from FIG. 7; and 

FIG. 9 shows a flow chart of a method of navigation 
guidance according to one embodiment of the in- 
vention. 

[0007] It will be appreciated that for simplicity and 
clarity of illustration, elements shown in the drawing 
have not necessarily been drawn to scale. For example, 
the dimensions of some of the elements are exaggerat- 
ed relative to each other. Further, where considered ap- 
propriate, reference numerals have been repeated 
among the Figures to indicate corresponding elements. 

Description of the Preferred Embodiments 

30 . ~" " ~~~ 

[0008] The present invention is a method of naviga- 
tion guidance for a distributed communications system 
with software components running on mobile client plat- 
forms and on remote server platforms. 

35 [0009] FIG.1 depicts an exemplary distributed com- 
munications system 100 with associated communica- 
tions nodes 104, 106, 108, according to one embodi- 
ment of the invention. Shown in FIG.1 are examples of 
components of an distributed communications system 

40 1 00, which comprises a plurality of servers 1 02 coupled 
to a regional node 104, and a plurality of local nodes 
106 coupled to regional node 104. There can be any 
number of servers 102, regional nodes 104, and local 
nodes 106 within the distributed communications sys- 

45 tern 100. The regional node 104 can be coupled to a 
network, such as the Internet 114, and to any number 
of concierge services 112. 

[0010] Servers 1 02, while illustrated as coupled to re- 
gional node 104, could be implemented at any hierar- 
50 chical level(s) within distributed communications sys- 
tem 1 00. For example, servers 1 02 could also be imple- 
mented within one or more local nodes 106, concierge 
service 112, and Internet 114. 

[0011] Without limitation, local node 106 can be a ki- 
55 osk, cell site, local area network (LAN), telephone com- 
pany, cable company, satellite, or any other information 
service, structure, or entity that can transmit, receive, 
and/or communicate information. An information serv- 
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ice can be any desired service including, but not limited ! 
, to, telecommunications, broadband communications, 
entertainment, television, radio, recorded music, mov- 
ies, computer-based games, Internet, and other types 
of public, private, personal, commercial, government, 5 
and military communications. 

[0012] Local node 106 is coupled to any number of • 
remote communications nodes 1 08 via wireline or wire- 
less interface means. In the embodiment depicted in 
FIG. 1 , remote communications nodes 1 08 can transmit 10 
and receive information using wireless communications 
means. Remote communications nodes 108 without . 
limitation can include a wireless unit such as a cellular 
or Personal Communication Service (PCS) telephone, 
a pager, a hand-held computing device such as a per- 15 
sonal digital assistant (PDA) or Web appliance, or any 
other type of communications and/or computing device. 
Without limitation, one or more remote communications 
nodes 1 08 can be contained within, and optionally form 
an integral part of a vehicle : such as a car 109, truck, 20 
bus. train, aircraft, or boat, or any type of structure, such 
as a house, office, school, commercial establishment, 
and the like. As indicated above, a remote communica- 
tions node 1 08 can also be implemented in a device that 
can be carried by the user of the distributed communi- 25 
cations system 1 00. 

[001 3) In one embodiment, a remote communications 
node 1 08 comprises an in-vehicle information appliance 
comprising various interface elements such as a display 
1 31 . a multi-position controller 113, one or more control 30 
knobs 115 and 116, one or more indicators 11 7 such as 
bulbs or light emitting diodes (LEDs), one or more con- 
trol buttons 118, one or more speakers 132, a micro- 
phone 133, and any other interface elements required 
by the particular applications to be utilized in conjunction 35 
with the information appliance. 

[0014] Remote communications nodes 108 can also 
transmit and/or receive data to and from devices and 
services otherthan local node 1 06. For example, remote 
communications nodes 108 can transmit and receive 40 
data to and from a satellite 110. 

[0015] FIG. 2 depicts a remote communications node 
108 of an exemplary distributed communications sys- 
tem 100. As indicated above, remote communications 
node 108 can without limitation be located within or be 
an integral part of any vehicle, such as an automobile, 
truck, bus, train, aircraft, or boat, or be carried with a 
user, or be located in a stationary location or structure, 
and the like. As shown in FIG. 2, the remote communi- 
cations node 1 08 comprises a processor 1 20 with asso- 50 
ciated remote communications node memory 128. Re- 
mote communications node memory 128 comprises re- 
mote communications node control algorithms 126. Re- 
mote communications node memory 128 can include, 
but is not limited to, random access memory (RAM), 55 
read only memory (ROM), flash memory, and other 
memory such as a hard disk, floppy disk, and/or other • 
appropriate type of memory. Remote communications 



node 1 08 can initiate and perform communications with 
other nodes shown in FIG. 1 in accordance with suitable 
computer programs, such as remote communications 
node control algorithms 126, stored in remote commu- 
nications node memory 128. 

[0016] Remote communications node 108 also com- 
prises a user interface device 1 30 that can include with- 
out limitation a tactile interface 134, microphone 133, 
speakers 1 32, any number of displays 131, and the like. 
[0017] Remote communications node 108 also com- 
prises an extra-vehicle interface 122, typically imple- 
mented as a transmitter/receiver for transmitting and re- 
ceiving communications via a wireless link 144 among 
the various nodes depicted in FIG.1 . Extra-vehicle inter- 
face 122 also facilitates communications among other 
devices via wireless link 1 59, for example, satellite 110, 
and the like. Communications are transmitted and re- 
ceived through one or more antennas 142 of any type. 
Remote communications node 108 can also include po- 
sitioning devices 124 of any type, for example, global 
positioning system (GPS), gyroscope, compass, accel- 
erometer, altimeter, rate sensors, and other positioning 
devices 124 that can define the position, attitude, and/ 
or motion vector of the remote communications node 
108. 

[0018] Remote communications node 108 can also 
comprise an intra-vehicle interface 136, which can in- 
clude antenna 160. Intra-vehicle interface 136 can in- 
clude multiple types of transceivers (not shown) and an- 
tennas 160 to implement different short-range wireless 
protocols, such as Bluetooth™, IEEE wireless local area 
network (LAN) standard 802.11 , and infrared. Intra-ve- 
hicle interface 136 is capable of short-range wireless 
communications, via wireless link 1 61 , with other wire- 
less devices 138 and sensors 140 of any type, for ex- 
ample, wireless telephones, computers, pagers, PDA's, 
entertainment devices, printers, fax machines, wireless 
local networks such as Bluetooth™, vehicle sensors, 
vehicle actuators, vehicle displays, and the like. In ad- 
dition, intra-vehicle interface 136 can be used to com- 
municate with wireless devices that are physically out- 
side the vehicle but close to the vehicle, such as a serv- 
ice station kiosk. One or more wireless devices 1 38 can 
comprise one or more antennas such as antenna 162 
and communicate via wireless link 163. One or more 
sensors 140 can comprise one or more antennas such 
as antenna 1 64 and communicate via wireless link 1 65. 
[0019] In one embodiment, the various components 
and systems in FIG.2 can communicate with each other 
via a wireline link 1 35, for example, a power/data/control 
bus, and the like. In another embodiment, some of the 
various components and systems in FIG.2 could com- 
municate via a wireless link. 

[0020] FIG.3 depicts a local node 1 06 of an exemplary 
distributed communications system 100. As shown in 
FIG.3, the local node 106 comprises a processor 121 
with associated local node memory 148. Local node 
memory 148 comprises local node control algorithms 
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146. Local node memory 148 can include, but is not lim- 
« ited to, random access memory (RAM), read only mem- 
ory (ROM), and other memory such as a hard disk, flop- 
py disk, and/or other appropriate type of memory. Local 
node 1 06 can initiate and perform communications with 
other nodes shown in FIG.1 in accordance with suitable 
computer programs, such as local node control algo- 
rithms 146, stored in local node memory 148. 
[0021 ] Local node 1 06 also comprises any number of 
transmitters/receivers 1 75 for transmitting and receiving 
communications via wireless link 144 to and from any 
number of remote communications nodes 1 08. Commu- 
nications are transmitted and received through antenna 
166. 

[0022] Local node 1 06 also comprises any number of 
transmitter/receivers 1 76 for transmitting and receiving 
communications via wireless link 168 to and from any 
number of regional nodes 104. Communications are 
transmitted and received through antenna 167. As 
shown in FIG. 3, the various components and systems 
can also communicate via terrestrial links such as wire- 
line, radio frequency (RF), or optical links, and the like, 
with other local nodes 106 and regional nodes 104. 
[0023] In one embodiment, the various components 
and systems in FIG. 3 can communicate with each other 
via a wireline link 1 35, for example, a power/data/control 
bus, and the like. In another embodiment, some of the 
various components and systems in FIG. 3 could com- 
municate via a wireless link. 

[0024] FIG. 4 depicts a regional node 1 04 of an exem- 
plary distributed communications system 100. As 
shown in FIG. 4, the regional node 104 comprises a 
processor 123 with associated regional node memory 
152. Regional node memory 152 comprises regional 
node control algorithms 150. Regional node memory 
152 can include, but is not limited to, random access 
memory (RAM), read only memory (ROM), and other 
memory such as a hard disk, floppy disk, and/or other 
appropriate type of memory. Regional node 104 can in- 
itiate and perform communications with other nodes 
shown in FIG.1 in accordance with suitable computer 
programs, such as regional node control algorithms 
150, stored in regional node memory 152. 
[0025] Regional node 104 also comprises any 
number of transmitters/receivers 177 for transmitting 
and receiving communications via wireless link 171 to 
and from any number of local nodes 106. Communica- 
tions are transmitted and received through an antenna 
170. 

[0026] Regional node 104 also comprises any 
number of transmitters/receivers 178 for transmitting 
and receiving communications via wireless link 168 to 
and from any number of regional nodes 1 04, servers 
102, and the like. Communications are transmitted and 
received through antenna 1 69. As shown in FIG. 4, the 
various components and systems can also communi- 
cate, via terrestrial links such as wireline, radio frequen- 
cy (RF), or optical links, and the like, with other local 



nodes 106 and regional nodes 104. 
[0027] In one embodiment, the various components 
and systems in FIG. 4 can communicate with each other 
via a wireline link 1 35, for example, a power/data/control 
5 bus, and the like. In another embodiment, some of the 
various components and systems in FIG. 4 could com- 
municate via a wireless link. 

[0028] In FIGS. 2-4, processors 120, 121 , and 123, re- 
spectively, perform distributed, yet coordinated, control 

10 functions within distributed communications system 1 00 
(FIG.1). Processors 120, 121, and 123 are merely rep- 
resentative, and distributed communications system 
1 00 can comprise many more processors within the dis- 
tributed servers 102, regional nodes 104, local nodes 

15 106, and remote communications nodes 108. 

[0029] Processors 120, 121, and 123 can be of any 
suitable type or types, depending upon the functional 
requirements of the overall distributed communications 
system 1 00 and its constituent elements, including serv- 

20 ers 102, regional nodes 104, local nodes 106, and re- 
mote communications nodes 108. 
[0030] Processors 120, 121, and 123 comprise por- 
tions of data processing systems that perform process- 
ing operations on computer programs that are stored in 

25 computer memory such as, but not limited to, remote 
communications node memory 128 : local node memory 
148, and regional node memory 152. Processors 120, 
121, and 1 23 also read data from and store data to mem- 
ory, and they generate and receive control signals to and 

30 from other elements within distributed communications 
system 1 00. 

[0031 ] The particular elements of the distributed com- 
munications system 100, including the elements of the 
data processing systems, are not limited to those shown 

35 and described, and they can take any form that will im- 
plement the functions of the invention herein described. 
[0032] To provide an example of one context in which 
the present invention may be used, an example of a 
method of navigation guidance applied to a remote com- 

40 munications node will now be described. The present 
invention is not limited to implementation by any partic- 
ular set of elements, and the description herein is merely 
representational of one embodiment. The specifics of 
one or more embodiments of the invention are provided 

45 below in sufficient detail to enable one of ordinary skill 
in the art to understand and practice the present inven- 
tion. 

[0033] FIG. 5 illustrates a simplified block diagram 
showing a navigation portion of distributed communica- 
te tions system 1 00 according to one embodiment of the 
invention. As shown in FIG.5, servers 102 can comprise 
a navigation server gateway 180 coupled to various 
servers and software blocks, such as, a traffic server 
182, a route server 184, and a point-of-interest (POI) 
55 server 186. 

[0034] Traffic server 182 can contain traffic informa- 
tion including, but not limited to, traffic reports, traffic 
conditions, speed data, and the like. Route server 184 
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can contain information including, but not limited to, dig- 
« ital road map data, route alternatives, route guidance, 
and the like. Route server 184 is coupled to a map da- 
tabase 1 81 , which can be a distributed map database. 
Map database 181 contains additional digital roadmap 
data. POI server 186 can contain information for points 
- of interests such as gasoline stations; restaurants, mo- 
tels, movie theatres, and the like. 
[0035] Each of traffic server 182, route server 184, 
and POI server 1 86 can send and receive content data 
from external sources such as local traffic reports, news 
agencies, and the like, in addition to content data al- 
ready stored on servers 102. 

[0036] Each of servers 1 02 depicted in FIG. 5 commu- 
nicate with remote communications node 108 through 
navigation server gateway 180 via wireless link 192. 
Servers 102 communicate via any of communications 
nodes depicted in FIG.1 . Wireless link 192, couples nav- 
igation server gateway 1 80 with its counterpart, remote 
communications node gateway 188. Remote communi- 
cations node gateway 188 is coupled to various naviga- 
tion applications, which can include, without limitation, 
route guidance application(s) 193, traffic application(s) 
1 94, POI application(s) 1 95, and the like. Navigation ap- 
plications 1 93, 1 94, 1 95 are coupled to, and can process 
data received from servers 102, positioning devices 
1 24, satellites 1 1 0, and the like, to provide useful content 
to users of remote communications node 108. User in- 
terface device(s) 1 30 are coupled to navigation applica- 
tions 193, 194, 195 and can request and display route 
guidance data including, navigation route data, digital 
roadmap data, and the like. 

[0037] Software blocks that perform embodiments of 
the invention are part of computer program modules 
comprising computer instructions, such as local node 
control algorithms 146 (FIG. 3), that are stored in a com- 
puter-readable medium such as local node memory 
148. Computer instructions can instruct processors 120, 
121, 123 to perform methods of operating communica- 
tions node(s) 104, 106, 108. Additionally, or alternative- 
ly, they can be implemented as regional node control 
algorithms 150 (FIG. 4), which are stored in regional 
node memory 152. Software blocks and computer pro- 
gram modules can also be located in remote communi- 
cations node 108. In other embodiments, additional 
modules could be provided as needed, and/or unneed- 
ed modules could be deleted. 

[0038] FIG. 6 depicts a simplified roadway network 
290 illustrating an exemplary embodiment of the inven- 
tion. As shown in FIG. 6, remote communications node 
1 08 is in a location 202, which can be a starting location. 
Remote communications node 108 can either be mov- 
ing or stationary. In the embodiment shown, remote 
communications node 1 08 can be mounted in a vehicle, 
carried with a user, and the like. 

[0039] In the embodiment depicted in FIG. 6, remote 
communications node 108 at location 202 requests a 
navigation route 201 from location 202 to destination lo- 



cation 204. Navigation route 201 is transmitted from 
communications node(s), which can be, without limita- 
tion, regional node 104, local node 106, satellite 11 0 : or 
other remote communications node 108. Navigation 
5 route 201 is comprised of a plurality of route segments, 
which are depicted in FIG. 6 as lines with arrows in the 
roadway network 290. Plurality of route segments are 
based on the location 202 of remote communications 
node 108. Plurality of route segments of navigation 

10 route 201 comprise a set of multiple route threads from 
the location 202 of remote communications node 1 08 to 
destination location 204. Set of multiple route threads 
comprise different routes from location 202 to destina- 
tion location 204. 

15 [0040] In an embodiment of the invention, plurality of 
starting locations 206, 208, 209 based on location 202 
are determined by route server 184 and transmitted to 
remote communications node 108. In another embodi- 
ment, plurality of starting locations 206, 208, 209 are 

20 determined by remote communications node 1 08. In still 
another embodiment, plurality of starting locations 206, 
208, 209 are determined by a combination of route serv- 
er 184 and remote communications node 108. The in- 
vention is not limited by the foregoing examples and can 

25 include any method or combination of elements to de- 
termine plurality of staring locations 206, 208, 209. 
[0041] In FIG. 6, the plurality of staring locations 206, 
208, 209 correspond to exits 281 , 282 (as shown by ar- 
rows) from a parking lot 280. Although three starting lo- 

30 cations 206, 208, 209 are depicted, the invention in- 
cludes any number of starting locations 206, 208, 209. 
Plurality of starting locations 206, 208, 209 can be based 
on a locus of possible starting locations within a radius 
220 of location 202 of remote communications node 

35 108. The radius 220 and hence the locus of possible 
starting locations can be user-defined and based on the 
number of exits 281 , 282 to the roadway network 290. 
In the embodiment shown in FIG. 6, the locus of possible 
locations includes the plurality of starting locations 206, 

40 208, 209. Plurality of starting locations 206, 208, 209 
can include starting locations based on ail nearby road 
segments to location 202. 

[0042] In an embodiment of the invention, plurality of 
starting locations 206, 208, 209 can be based on the 

45 accuracy of location 202 of remote communications 
node 1 08. The accuracy can be estimated using location 
202 and a velocity vector, derived by utilizing data from 
positioning devices 124 and their accompanying accu- 
racy, or calculated utilizing recent historical data on lo- 

50 cation 202. These are only examples, other methods of 
determining accuracy of location 202 and combinations 
thereof are within the scope of the invention. 
[0043] Each of the plurality of starting locations 206, 
208, 209 corresponds to at least one starting route seg- 

55 ment210, 211 , 212, 214. For example, starting location 
206 corresponds to starting route segment 21 0 because 
if remote communications node 108 were to begin nav- 
igation route 201 at staring location 206, it would pro- 
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ceed on starting route segment 210 first, in order to 
. reach destination location 204. In another example, 
starting location 208 corresponds to starting route seg- 
ments 21 2 and 21 4. If remote communications node 1 08 
were to begin navigation route 201 at staring location 5 
208, either starting route 21 2 or 21 4 can be utilized de- 

pending on which direction remote communications 

node 108 takes. In yet another example, starting loca- 
tion 209 corresponds to starting route segment 211 . 
[0044] Each of the plurality of starting locations 206, 10 
208, 209 comprises the beginning of at least one route 
thread in the set of multiple route threads transmitted to 
remote communications node 1 08. A route thread com- 
prises a unique set of route segments from location 202 
of remote communications node 108 to destination lo- is 
cation 204. Together, the unique set of route segments 
make up one potential navigation route 201 . For exam- 
ple, in the embodiment shown in FIG. 6, one route thread 
in the set of multiple route threads is based on starting 
location 206 and includes route segments 21 0, 254, and 20 
the like. Another route thread is based on starting loca- 
tion 208 and includes route segments 214, 250, 252, 
254 ; and the like. Yet another route thread is based on 
starting location 208 and includes route segments 212, 
213, 207. 210, 254, and the like. Still another route 25 
thread is based on starting location 209 and includes 
route segments 211 , 213, 207, 210, 254, and the like, if 
a u-turn is legal at route segment 211 . If a u-turn is not 
legal at route segment 21 1 , then the route thread based 
on starting location 209 includes route segments 211, 30 
21 2, 214. 250, 252, 254, and the like. Any route segment 
depicted in FIG. 6 can be further broken down into any 
number of smaller route segments. For example, route 
segment 254 can be broken down into any number of 
smaller route segments based on the number of maneu- 35 
vers required. Route segment 254 is shown in FIG. 6 as 
a single segment for convenience, but can be parsed 
down to any number of smaller route segments. 
[0045] Plurality of starting locations 206, 208, 209 
generally occur on the roadway network 290 because 40 
digital roadmap and navigation data is generally not 
available that specifically includes parking lots and pri- 
vate entrances to roadway network 290. Because of 
this, plurality of starting locations 206, 208, 209 and cor- 
responding starting route segments 210, 211, 212, 214 45 
are within the roadway network 290. The invention is not 
limited to this configuration however. Other databases 
that incorporate private entrances to the roadway net- 
work 290, roadway medians, parking lots, and other de- 
tails can be incorporated into general navigation content so 
and be included within the scope of the invention. If the 
aforementioned navigation content is incorporated, plu- 
rality of starting locations 206, 208, 209 and correspond- 
ing starting route segments 210, 211, 212, 214 can ex- 
tend into such detail. 55 
[0046] The embodiment of the invention offers numer- 
ous advantages. For example, transmitting multiple 
route threads based on location 202 of remote commu- 
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nications node 108 allows each possible starting loca- 
tion for navigation route 201 to be downloaded to remote 
communications node 108 based on location 202. In a 
classical route calculation scheme, the optimum route 
from location 202 to location 204 will be computed. The 
optimum route would tend to have the user turn left from 
■- the parking lot onto route segment 210. As can be seen 
in FIG. 6, a left turn onto route segment 21 0 is impossible 
because of the median. However, the map database 
181 used to generate optimum routes may not have this 
information, so an optimum route may be erroneously 
generated showing an illegal left turn. As soon as the 
userturns right onto route segment 21 1 instead, the user 
will be off the optimum navigation route and the remote 
communications node 1 08 will be unable to provide nav- 
igation instructions to the user. In other cases, a turn or 
maneuver may be possible on the road network, but traf- 
fic or construction conditions make the turn or maneuver 
difficult, dangerous, or impossible. Therefore, if one or 
more starting locations and corresponding staring route 
segments are not accessible from location 202 (i.e. 
starting location 206 and starting route segment 21 0 are 
blocked by the road median), other starting locations 
and route segments are immediately available to remote 
communications node 1 08 and the corresponding user. 
This alleviates having to download a new navigation 
route 201 to remote communications node 1 08. Another 
advantage is that after remote communications node 
1 08 enters the roadway network 290 at any starting lo- 
cation, the route thread will already be downloaded 
along with the required maneuvers for remote commu- 
nications node 108 to reach destination location 204. In 
an embodiment, the number of starting locations, start- 
ing route segments, route threads and the proximity of 
starting route segments to location 202 can be set or 
adjusted by the user of remote communications node 
1 08 or a system administrator of the navigation system. 
[0047] Once the remote communications node com- 
mences traveling to destination location 204, the route 
guidance software detects the nearest route thread to 
the current location of remote communications node 
108 and gives the user the appropriate maneuver in- 
struction for that route thread. If the user is unable to 
utilize that route thread, they may turn in a different di- 
rection or onto a different road altogether. As this hap- 
pens, the route guidance software detects the route seg- 
ment that now most closely matches the location and 
heading of remote communications node 108. The 
maneuver instruction corresponding to the matched 
route segment in the alternate route thread is given to 
the user and the route guidance commences. Many oth- 
er route guidance strategies are possible and are includ- 
ed within the scope of the invention. 
[0048] Another embodiment of the invention is depict- 
ed in FIG. 6. Multiple route threads can also be included 
for the proximity of destination location 204. This has 
the advantage of avoiding similar difficulties that can de- 
velop at location 202 (for example, one or more entranc- 
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es to destination location from the road network may be 
inaccessible due to medians, barriers, and the like). The 
number of route threads and the proximity of ending 
route segments to destination location 204 can be set 
or adjusted by the user of remote communications node 5 
108 or a system administrator of the navigation system. 
Multiple route threads pertaining to destination location 
204 can be transmitted to remote communications node 
108 with the initial transmission of navigation route 201 , 
transmitted in route, transmitted on request, and the like, w 
[0049] In the embodiment depicted in FIG. 6, plurality 
of ending locations 270, 271 , 272, 273 are available at 
destination location 204. Destination location 204 is in- 
accessible from ending locations 270, 271 due to the 
road medians. However, destination location 204 is ac- 15 
cessible from ending locations 272 and 273. Since mul- 
tiple route threads are already downloaded to remote 
communications node 108, a route thread is already 
available to guide the user of remote communications 
node 108 to destination location 204 at ending location 20 
272 via route segments 256, 262 and 268. An alternate 
route thread is available for ending location 272 via route 
segments 256 ; 264, 265, 266 and 268. Route segment 
262 is shown as one segment for convenience, but 
could be shown as any number of smaller route seg- 25 
ments, for example one route segment for each maneu- 
ver required. If a u-turn is not permitted at route segment 
265, ending location 273 is available via route segments 
256, 264, 265, and 267. The route threads shown in FIG. 
6 are representative and many other combinations of 30 
route threads are possible and within the scope of the 
invention. 

[0050] In the present embodiment, plurality of ending 
locations 270, 271 , 272, 273 occur on the roadway net- 
work 290 because data is generally not available that 35 
specifically includes parking lots and private entrances 
to the roadway network 290. Because of this, plurality 
of ending locations 270, 271 , 272, 273 and correspond- 
ing ending route segments 254, 262, 264, 268 are within 
the roadway network 290. The invention is not limited to 40 
this configuration however. Other databases that incor- 
porate private entrances to the roadway network 290, 
roadway medians, parking lots, and other details can be 
incorporated into general navigation content and be in- 
cluded within the scope of the invention. If the aforemen- 45 
tioned navigation content is incorporated, plurality of 
ending locations 270, 271 , 272, 273 and corresponding 
ending route segments 254, 262, 264, 268 can extend 
into such detail as additional content is provided or avail- 
able. 50 
[0051] In another embodiment, at any point along 
navigation route 201 , remote communications node 1 08 
can either request or have automatically updated the set 
of multiple route threads based on the present location 
of remote communications node 1 08 and destination lo- 55 
cation 204. Updating can also occur as each of the plu- 
rality of route segments is completed. While remote 
communications node 108 is non-stationary, any up- 



dates to set of multiple route threads can be based on 
the location 202 and velocity vector of remote commu- 
nications node 108. The velocity vector can comprise 
velocity, heading, elevation, and the like, of remote com- 
munications node 1 08 . The velocity vector can be com- 
puted from positioning devices 124 utilizing route guid- 
ance applications 193, with velocity vector and location 
data transmitted to communications nodes 1 04, 1 06 and 
severs 102. 

[0052] FIG. 7 depicts a simplified roadway network 
390 illustrating another exemplary embodiment of the 
invention. As shown in FIG. 7, remote communications 
node 1 08 is non-stationary on the roadway network 390 , 
located in first location 302 at a first time (T.,) with a ve- 
locity vector 303. At T 1f remote communications node 
108 requests navigation route 301 to destination loca- 
tion 304. At T 1 remote communications node 108 also 
transmits first location 302 and velocity vector 303 to 
servers 102 via communications node 104, 106 108. 
[0053] Severs 1 02 at communications node 1 04, 1 06 , 
1 08 utilizes first location 302 and velocity vector 303 to 
calculate a locus of possible second locations 305, 307 
of remote communications node 108 at a second time 
(T 2 ). While the request of navigation route 301 occurs 
at T 1p receipt of navigation route 301 occurs at T 2 . Nav- 
igation route 301 transmitted to remote communications 
node 108 is based on the locus of possible second lo- 
cations 305, 307. 

[0054] Locus of possible second locations 305, 307 
includes all possible locations of remote communica- 
tions node 108 on the roadway network 390. For exam- 
ple, in FIG. 7, the first location 302 and velocity vector 
303 of remote communications node 108 indicate that 
remote communications node 108 can be in locus of 
possible second locations 305 if traveling at one veloc- 
ity, and locus of possible second locations 307 if 
traveling at a larger velocity. 

[0055] Taking the locus of possible second locations 
307 as an example, a set of multiple route threads for 
the locus of possible second locations 307 is transmitted 
to remote communications node 108. As shown in FIG. 
7, navigation route 301 has route segment 318 in com- 
mon with each of the multiple route threads. In the ex- 
ample shown, the following set of multiple route threads 
are transmitted: 1) route segments 310, 315, 317; 2) 
route segments 312, 315, 317; 3) route segments 314, 
317; and 4) route segments 322, 31 6, with each of these 
four route threads having route segment 318 in com- 
mon. In the embodiment shown, several route threads 
have some route segments in common. In another em- 
bodiment, route threads do not have any route seg- 
ments in common. Route segment 318 is shown as one 
route segment for convenience and can be parsed to 
any number of smaller route segments based on the 
maneuvers required, and the like. 
[0056] In an embodiment of the invention, navigation 
route 301 is transmitted sequentially with the route seg- 
ments nearest the locus of possible second locations 
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307 transmitted first. This : enables remote communica- 
♦ tions node 108 to begin maneuvers prior to receiving the 
entire navigation route 301. The route guidance soft- 
ware uses the current location of remote communica- 
tions node 108 to determine which of the downloaded 
route segments is closest to the vehicle position. The 
preferred route thread corresponding to that route seg- 
ment is selected as the active route and the maneuver 
instructions are communicated to the user as appropri- 
ate. 

[0057] FIG. 8 depicts a simplified roadway network 
390 illustrating another exemplary embodiment of the 
invention continued from FIG. 7. As shown in FIG. 8, the 
actual second location 308 of remote communications 
node is determined and/or selected upon receipt of a 
portion of navigation route 301 . Upon receipt of a portion 
of navigation route 301 , the actual second location 308 
is determined utilizing positioning device(s) 124, route 
guidance applications 1 93 and the like. The actual sec- 
ond location 308 is compared with the set of multiple 
route threads based on locus of possible second loca- 
tions 307 calculated and transmitted from servers 102 
via communications node 104, 106, 108. Once actual 
second location 308 is determined, remote communica- 
tions node 108 can proceed utilizing the route thread 
associated with actual second location 308 to commu- 
nicate the necessary maneuvers to arrive at destination 
location 304. 

[0058] In another embodiment of the invention, re- 
mote communications node 108 can either request or 
have automatically updated the set of multiple route 
threads based on the actual location 308 of remote com- 
munications node 1 08 and destination location 204. Up- 
dating can also occur as each of the plurality of route 
segments is completed. After determining actual sec- 
ond location 308, remote communications node can re- 
quest an update to navigation route 301 , which can in- 
corporate content from other applications, such as traffic 
applications 1 94, and the like. For example, after deter- 
mining actual second location 308, an update of navi- 
gation route 301 can incorporate traffic information such 
as that of an accident known to be blocking an intersec- 
tion on the navigation route 301 . The accident is shown 
as an "X" and labeled 319 in FIG. 8. In the present em- 
bodiment of the invention , the update to navigation route 
301 can include an additional set of multiple route 
threads that include one or more route segments 320 
calculated to avoid the blocked intersection. 
[0059] In another embodiment, route server 184 can 
anticipate one or more alternative route threads 320 
along navigation route 301 other than in the vicinity of 
first location 302 and destination location 304. The al- 
ternative route threads can be based on historical traffic 
data, user-driving patterns, and the like, in order to an- 
ticipate likely or often used deviations from navigation 
route 301 . In this manner, if the remote communications 
node 1 08 deviates from a navigation route 301 or route 
thread along the navigation route 301 , alternative route 
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threads 320 are already communicated to remote com- 
munications node 1 08. So when the deviation occurs, a 
new route segment and route thread is selected based 
on a current location of remote communications node 
5 1 08, and corresponding maneuvers are communicated 
to the user of remote communications node 108. 
[0060] FIG. 9 shows a flow chart of a method of navi- 
gation guidance according to one embodiment of the in- 
vention. In step 400, remote communications node 108 

10 requests navigation route 201 , 301 from it's present lo- 
cation to a destination location, and transmits the loca- 
tion 202, 302 of remote communications node 108 (ei- 
ther a stationary location, i.e. location 202, or first loca- 
tion, i.e. 302) and velocity vector 303 to servers 1 02 and 

15 communications node 104, 106. 

[0061] In step 402, the locus of possible second loca- 
tions is calculated. This can also include the set of mul- 
tiple route threads if remote communications node 108 
is stationary. In step 404, navigation route 201, 301 is 

20 transmitted to remote communications node 108 with 
multiple route threads and route segments. 
[0062] In step 406, remote communications node 1 08 
receives navigation route 201 , 301 . In step 408, the ac- 
tual second location 308 of remote communications 

25 node 108 is determined and the corresponding set of 
multiple route threads are utilized and maneuvers com- 
municated to any interested actors, which can include 
a user of remote communications node 108. Maneuvers 
are communicated to interested actors via wireless or 

30 wireline communication means, voice and visual com- 
munication means, and the like. 

[0063] In step 409 a route thread is selected from the 
set of multiple route threads based on a current location 
of remote communications node 1 08. In the case of mul- 

35 tiple route threads using the same route segment, the 
route thread representing the preferred route is select- 
ed. A set of maneuver instructions are communicated 
to a user of the remote communications node 1 08 based 
on the route thread selected. 

40 [0064] In optional step 41 0, navigation route 201 , 301 , 
including set of multiple route threads and route seg- 
ments are updated either automatically or on request to 
take into account the present location of remote com- 
munications node 108 and optionally, any other road 

4 5 conditions, such as accidents, road closures, weather 
conditions, and the like. This process can repeat as of- 
ten as necessary each time a new actual second loca- 
tion 308 is determined or updated. 
[0065] While we have shown and described specific 

50 embodiments of the present invention, further modifica- 
tions and improvements will occurto those skilled in the 
art. We desire it to be understood, therefore, that this 
invention is not limited to the particular forms shown and 
we intend in the appended claims to cover all modifica- 

55 tions that do not depart from the spirit and scope of this 
invention. 
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Claims 

1. A method of navigation guidance characterized 
by: 

providing a communications node (104, 106); 
providing a remote communications node 
(108); 

requesting a navigation route (201, 301) be 
communicated from the communications node 
to the remote communications node, wherein 
the navigation route is from a location (202) of 
the remote communications node to a destina- 
tion location (204); arid 

transmitting the navigation route to the remote 
communications node, wherein the navigation 
route comprises a plurality of route segments 
(207, 210,211,212,213, 254) , wherein the plu- 
rality of route segments are based on the loca- 
tion of the remote communications node, and 
wherein the plurality of route segments com- 
prise a set of multiple route threads from the 
location of the remote communications node to 
the destination location. 

2. The method of claim 1 , further characterized by re- 
ceiving the navigation route (201, 301) at the re- 
mote communications node, wherein the remote 
communications node is in a first location at a first 
time, and in a locus of possible second locations 
(305, 307) at a second time, and wherein requesting 
the navigation route occurs at the first time and re- 
ceiving the navigation route occurs at the second 
time. 

3. The method of claim 2, wherein transmitting the 
navigation route (201, 301) is characterized by 
transmitting the navigation route sequentially with 
the plurality of route segments nearest the locus of 
possible second locations (305, 307) transmitted 
first. 

4. A method of navigation guidance characterized 
by: 

providing a communications node (104, 106); 
providing a remote communications node 
(108); 

requesting a navigation route (201, 301) be 
communicated from the communications node 
to the remote communications node, wherein 
the navigation route is from a location of the re- 
mote communications node to a destination lo- 
cation (204); and 

transmitting the navigation route to the remote 
communications node, wherein the navigation 
route comprises a plurality of route segments 
(207, 210, 211, 212, 213, 254), wherein the 
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navigation route comprises a plurality of start- 
ing locations based on the location of the re- 
mote communications node, and wherein each 
of the plurality of starting locations corresponds 
5 to at least one starting route segment. 

5. The method of claim 4, further characterized by se- 
lecting the at least one starting route segment 
based on the location and a velocity vector of the 

10 remote communications node. 

6. The method of claim 4, wherein the plurality of start- 
ing locations are based on a locus of possible start- 
ing locations of the remote communications node. 

15 

7. A computer-readable medium containing computer 
instructions for instructing a processor to perform a 
method of operating a communications node (104, 
106) comprising a remote communications node 

20 (108), the instructions characterized by: 

requesting a navigation route (201, 301) be 
communicated from the communications node 
to the remote communications node, wherein 
25 the navigation route is from a location of the re- 

mote communications node to a destination lo- 
cation (204); and 

transmitting the navigation route to the remote 
communications node, wherein the navigation 

30 route comprises a plurality of route segments 

(207, 210, 211 , 212, 213, 254), wherein the plu- 
rality of route segments are based on the loca- 
tion of the remote communications node, and 
wherein the plurality of route segments com- 

35 prise a set of multiple route threads from the 

location of the remote communications node to 
the destination location. 

8. The computer-readable medium in claim 7, the in- 
40 structions further characterized by receiving the 

navigation route at the remote communications 
node, wherein the remote communications node is 
in a first location at a first time and in a locus of pos- 
sible second locations (305, 307) at a second time, 
45 and wherein requesting the navigation route occurs 
at the first time and receiving the navigation route 
occurs at the second time. 

9. The computer-readable medium in claim 8, wherein 
so transmitting the navigation route is characterized 

by transmitting the navigation route sequentially 
with the plurality of route segments nearest the lo- 
cus of possible second locations (305, 307) trans- 
mitted first. 

55 

1 0. A computer-readable medium containing computer 
instructions for instructing a processor to perform a 
method of operating a communications node (104, 
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106)comprising a remote communications node, 
the instructions characterized by: 

requesting a navigation route be communicat- 
ed from the communications node to the re- 5 
mote communications node, wherein the navi- 
gation route is from a location (202) of the re- 
mote communications node to a destination lo- 
cation (204); and 

transmitting the navigation route to the remote 10 
communications node, wherein the navigation 
route comprises a plurality of route segments 
(207, 210, 211, 212, 213, 254), wherein the 
navigation route comprises a plurality of start- 
ing locations based on the location of the re- 15 
mote communications node, and wherein each 
of the plurality of staring locations corresponds 
to at least one starting route segment. 

20 
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